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DESIGNATING AN OBJECT FOR DESTRUCTION 

FIELD OF INVENTION 

This invention relates to the management of objects in an object-oriented 
environment, and in particular, to automating the process of deciding when to destroy an 
5 object. 

BACKGROUND 

In an object-oriented programming environment, a user typically creates objects that 
interact with other objects in the environment. Each object in the environment consumes 
system resources. Examples of such system resources include memory, sockets, and file 
1(13 handles. Thus, when an object is no longer needed, it is desirable to destroy the object, 
sQ. thereby freeing those system resources consumed by that object. 

A difficulty associated with destroying an object arises from the manner in which 
fU objects are linked to each other. For example, suppose a first object refers to a second 
T' object. If the first object is to be destroyed, or if the link between the first and second 
l|3 objects is to be severed, then the second object can also be destroyed, provided no other 
py object in the environment interacts with the second object. However, if any other object in 
% the environment interacts with the second object, then the second object should not be 
.H destroyed. 

One example of an object-oriented programming environment is an environment for 
20 simulating a dynamic system by creating block diagrams in which each block represents a 
transfer function of a constituent element of the dynamic system. In such an environment, 
each block is an object that is linked to one or more other blocks. When a first block is 
removed from the system, it may be possible to remove a second block with which that first 
block communicates, provided that no other block is linked to that second block. 

25 In principle, it is possible for a de-allocation process to examine each object in the 

environment to determine whether destruction of a particular object, or the severing of a 
link between two objects, should trigger destruction of any other objects. However, as the 
number of objects and the number of links between objects increases, the time required to 
perform this task quickly becomes prohibitive. 
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SUMMARY 

In an object-oriented programming environment, an object is often referred to. A 
reference to an object can be made either by another object, or by something other than an 
object, for example a local variable or a global variable. The former references are referred 
to as "internal references" and the latter as "external references". 

When a reference is deleted, the possibility exists that the object referred to can also 
be destroyed. The invention is based on the recognition that by separately accounting for 
internal references and external references to an object, it becomes possible and efficient, 
following deletion of any reference, to automatically designate that object for either 
destruction or preservation. 

In a method according to the invention, a first value, indicative of a number of 
references to the candidate object that are not references from other objects, is determined. 
The disposition of the object is then controlled on the basis of this first value. For example, 
the disposition of the candidate object on the basis of the first value can include 
determining, on the basis of the first value, whether there exists any reference to the 
candidate object that is not from another object. If at least one reference to the candidate 
object is not from another object, the candidate object is marked for preservation. 

As used herein, "disposition" of an object means determining whether an object is 
in use and, on the basis of that determination, marking the object for either destruction or 
preservation. 

Even when all references to a candidate object are from other objects, there are 
cases in which the candidate object should be preserved. For example, if a candidate object 
simply lies on a path that passes through another object having a reference originating from 
outside the object-oriented environment, that candidate object should be preserved. 

To identify such cases, a method for practicing the invention can also include 
determining a second value indicative of a number of references to the candidate object that 
are from other objects. A third value, indicative of a number of cyclic paths that include the 
candidate object, is then determined. The disposition of the candidate object is then 
controlled on the basis of the second value and the third value. 
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Although there may be other methods for determining a third value, the illustrated 
method includes identifying each object reachable from the candidate object. Each object 
reachable from the candidate object is then inspected to determine a fourth value and fifth 
value. The fourth value is indicative of a number of references to the referred object that 
5 originate at other objects. The fifth value indicates the number of cyclic paths to the 
candidate object that pass through the referred object. Both the fourth value and the fifth 
value are local to, or otherwise associated with, the referred object. 

In one practice of the invention, the third value is determined by initializing a sixth 
value associated with the referred object. This sixth value is indicative of a number of 
10 cyclic paths known to include the candidate object and the referred object. The sixth value 
is then adjusted if the referred object has a reference directly to the candidate object. 

y 

^5 Determining a third value can also include identifying a referring object that refers 

H to the referred object and detecting a defined relationship between the fifth value and the 

I y 

kj sixth value associated with the referred object. If the defined relationship is detected, a 

if!; seventh value associated with the referring object is adjusted. This seventh value is 

i, indicative of a number of known cyclic paths that include both the, candidate object and the 

tl referring object. In one practice of the invention, the existence of a defined relationship 

M between the fifth and sixth value depends on the equality of the fifth and sixth values. Upon 

f 1 detection of the defined relationship, the seventh value can be adjusted, for example by an 

2lt amount that corresponds to the sixth value. 

In another practice of the invention, controlling disposition of the candidate object 
on the basis of the second value and the third value includes determining if the candidate 
object is externally unreachable or externally reachable. On the basis of this determination, 
the candidate object is designated for either destruction or preservation. In particular, a 
25 candidate object that is found externally reachable is designated for preservation, whereas 
one that is found externally unreachable is designated for destruction. 

In another practice of the invention, determining a third value includes classifying 
any path leading to the candidate object as either originating at an external reference or not 
originating at an external reference. In this case, disposition of the candidate object includes 
30 designating that object for destruction if no path to that object originates at an external 
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reference. 

In the foregoing practice of the invention, classifying a path can include, for each 
object on the path, determining if the object has an external reference; and classifying the 
path on the basis of whether at least one object on the path has an external reference. 

In some cases, references between objects form a tree in which there are no cyclic 
paths. If a candidate object is known to be on a tree, the known absence of cyclic paths can 
be used to optimize the process of identifying objects for destruction.. Thus, in one practice 
of the invention, references used to form trees are not counted in the second value. Thus, if 
all internal references to the candidate object are part of a tree, no cycle detection is 
executed and the object is preserved as long as it is still connected through a tree reference. 

In another practice of the invention, automatic control of disposition of a candidate 
object in an object-oriented programming environment is achieved by first detecting 
deletion of a reference to a candidate object. The number of cyclic paths that include the 
candidate object and the number of internal references to the candidate object are then 
determined. The disposition of the object is then controlled on the basis of a defined 
relationship between the number of internal references and the number of cyclic paths. 

These and other features and objects of the invention will be apparent from an 
examination of the following detailed description and the figures, in which: 

BRIEF DESCRIPTION OF THE FIGURES 

FIG. 1 shows a directed graph representative of an object oriented programming 
environment; 

FIG. 2 shows the directed graph of FIG. 1 following deletion of an external 
reference; 

FIG. 3 shows the directed graph of FIG. 1 following deletion of a different external 
reference; 

FIGS. 4A-E and FIG. 32 are flow charts; 
FIG. 5 illustrates an acyclic node; 
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FIG. 6 is a directed graph of object relationships; 

FIG. 7 shows the directed graph of FIG. 6 following deletion of an external 
reference; 

FIGS. 8-17 show the directed graph of FIG. 6 at several stages during execution of 
5 the method illustrated in FIG. 4C; 

FIG, 1 8 shows a directed graph similar to that shown in FIG. 6, but with an 
external reference missing; 

FIGS. 19-29 show the directed graph of FIG. 18 at several stages during execution 
q of the method illustrated in FIG. 4C; 

\ffi FIG. 30 shows a directed graph having an acyclic node not detected by FIG. 4C, 

fU but detected by the method of FIG 4E-F; and 

M 

III 

m FIG. 3 1 shows a data structure corresponding to a tree of objects. 

If' 

i y 

P DETAILED DESCRIPTION 

lfE In an object-oriented environment, a "class" can be thought of as a blank form that, 

when filled in, becomes an object. The blanks that are filled in to create an object are 
known by many names, for example "state variables", "properties", "data members" and 
"fields". The process of creating an object includes "filling in" these blanks. 

One way to "fill-in" a blank (hereafter referred to as "assigning a field value") is to 
20 provide a reference to a second object. A reference of this type, which points from the first 
object to the second object, is referred to herein as an "internal reference." The term 
"internal" is used because the reference originates from within an object. 

In the example above, a second object can also include an internal reference to a 
third object, which itself can have an internal reference to a fourth object, and so on. In 
25 some cases, an object might refer back to an earlier object. For example, the fourth object 
may have a field value that refers to the first object. 
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In some cases, a reference to an object originates not from another object but from 
outside any other object. For example, a local or global variable, which is itself not an 
object, may nevertheless refer to an object. Such a reference is referred to herein as an 
"external reference" because it does not originate from within an object. 

5 The relationship of objects within an object-oriented environment 10 as described 

above can be modeled as a directed graph 12 (also referred to as a "digraph), shown in FIG. 
1 . The digraph 12 includes several nodes A-K, which represent objects. The terms "node" 
and "object" are thus used interchangeably throughout this specification. These nodes are 
connected to each other by "links", also referred to as "references" to and from an object. 

10 Thus, an arrow from a first object to a second object indicates that the first object refers to 

O the second object. These references are internal references because they represent 

if! 

IS interactions between the objects. Certain nodes, for example nodes A and J, are referred to 

2 from local variables. These nodes are said to have external references. 

111 An object is said to be "externally reachable" if and only if it is possible to reach 

lf^ that object by following a path, which consists of one or more references, that begins with 
13 an external reference. All other objects are said to be "externally unreachable". A user or 
f|i program can no longer accessed an externally unreachable object, hence the object's 
£ presence in the environment is superfluous. In general, it is desirable to destroy an object 
when it becomes externally unreachable. 

20 When the last external reference to an object is removed, one of two things can 

happen. Either the object becomes externally-unreachable, in which case it can be 
destroyed, or the object continues to be externally reachable, albeit indirectly, because it 
lies on a path that originates at an external reference. The invention provides a mechanism 
for controlling disposition of the object by efficiently distinguishing between externally- 

25 reachable objects, which must be preserved, and externally-unreachable objects, which can 
safely be destroyed. 

For example, in FIG. 1, if the external reference 11 to node J were to be severed, as 
shown in FIG. 2, nodes J and K would continue to be externally reachable. In particular, 
beginning at the external reference 13 to node A, one could traverse a path through nodes 
30 B, A C, £, and / to reach nodes J and K. The objects corresponding to nodes J and K must 
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therefore be preserved. In contrast, if instead the external reference 13 to node A were to be 
severed, as shown in FIG. 3, then nodes A through 7 would all become externally- 
unreachable and could therefore be destroyed. Only nodes J and K would remain externally 
reachable. The invention provides a designation process 14 for efficiently distinguishing 

5 between the configurations shown in FIGS. 2 and 3. The designation process 14 monitors 
references to the objects in the environment 10 to determine whether particular objects are 
still necessary. The designation process 14 communicates with a cycle-detector 16, 
hereafter referred to as the cycle-detector 16, that determines whether an object that has had 
a link severed must nevertheless be preserved. There are many ways that the designation 
10 process 14 may be informed about the deletion of a (external or internal) reference. For 
example, references may send a message to the designation process 14 upon deletion. 

13 Alternatively, an object-oriented programming language execution system (examples 

include a language compiler, interpreter, or virtual machine) might inject invocations to the 

ffi designation process 14 at the points in the execution stream where an object reference 

lM_ stored in a local variable, global variable, function parameter, or any other storage location 

ill 

gj goes out of scope or is reassigned to a new value. An execution stream is any 

!U representation of the instructions to be executed by the object-oriented language 

H environment including, but not limited to, an array of machine language code, or an array 

? p of virtual machine language byte codes. 

2£P The cycle-detector 16 traverses all paths leading out from all nodes in the digraph 

12. In the illustrated embodiment, this is a recursive procedure. The cycle-detector 16 thus 
maintains a stack 18 for pushing and popping objects as required. 

In some cases, a path can intersect itself. Such a path, which starts and returns to the 
same object, is referred to in graph theory as a "circuit" or "strongly connected 
25 component." In the context of this application, a "cyclic path" is a strongly connected 
component having the additional properties that: no node within the strongly connected 
component has an external reference; and no node within the strongly connected 
component is connected, either directly or indirectly, to an object having an external 
reference. All other paths are referred to as "acyclic paths." 

30 For a particular object being considered for destruction, hereafter referred to as a 

"candidate object," the cycle-detector 16 determines the number of cyclic paths to that 
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object and compares that number with the number of internal references to that object. On 
the basis of this comparison, the designation process 14 designates that candidate object for 
either destruction or preservation. 

FIGS. 4A-F illustrate a particular method for counting the number of cyclic paths to 
5 a candidate object. FIG. 4A provides an overview of the interaction between the 

designation process 14 and the cycle-detector 16. FIG. 4B provides more detail on the 
cycle-counting step carried out by the cycle-detector 16. In the illustrated practice of the 
invention, this process requires at least two, and sometimes three traversals of the digraph 
to complete. The first traversal, shown in FIG. 4C, obtains a number of cyclic paths for a 
10 candidate object. The last traversal, shown in FIG. 4D, removes cycle markers and returns 
m the number of cyclic paths to the designating process 14. 

%0 . In many cases, the number of cyclic paths computed by the steps shown in FIG. 4C 

C will lead to the correct result. However, for certain anomalous digraph topologies, this is 
*N! not the case. Accordingly, the illustrated practice includes an optional step, illustrated in 
1|!J FIGS. 4E and 4F, of traversing the digraph to identify such anomalous topologies that 
cannot be detected until after completion of the first traversal. 

IU FIG. 4 A is a flow-chart illustrating the interaction of the designation process 14 and 

|£j the cycle-detector 16 in one embodiment of the invention. The designation process 14 
^ begins upon the deletion of a reference, either internal or external, to a candidate object 
20 (step 15). The designation process 14 then determines whether the candidate object has any 
remaining external references (step 17). If so, the designation process 14 recognizes the 
candidate object as being externally-reachable and designates it for preservation (step 19). 

As noted above in the discussion of FIGS. 1-3, it is possible for an object to be 
externally reachable even if there are no external references to that object. In recognition of 

25 this, if the designation process 14 determines that there are no more external references to 
the object, it then asks whether there are any internal references to that object (step 21). If 
the answer is "no," then the object has neither internal nor external references. Such an 
object is not reachable at all, whether internally or externally. Hence, it can safely be 
destroyed (step 27). If the answer is "yes", then the designation process 14 instructs the 

30 cycle-detector 16 to count the number of cyclic paths (step 23) leading to the candidate 
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object. 

The designation process 14 then compares the number of cyclic paths to the 
candidate object with the number of internal references to the candidate object. If the 
number of cyclic paths is not equal to the number of internal references (step 25), then it 

5 follows that there continues to be a way to reach the candidate object from an external 
reference. In this case, the designation process 14 designates the object for preservation 
(step 19). On the other hand, if this number of cyclic paths is equal to the number of 
internal references, then none of the internal references can originate at an external 
reference. In this case, the designation process 14 recognizes the candidate object as having 

10 become externally unreachable and designates it for destruction (step 27). 



ill 



As indicated in FIG. 4B, the process of determining the number of cyclic paths is 
itself made up of several steps. First, the cycle-detector 16 determines a preliminary number 
of cyclic paths to the candidate object (step 70). However, certain types of nodes, referred 
to as "acyclic nodes", can in some cases introduce an error. If a cyclic path includes any 
acyclic nodes, it is possible, depending on the digraph topology, that the candidate object 
should be preserved, even though the preliminary number of cyclic paths from the 
procedure of step 70 indicates otherwise. 



J5 An "acyclic node" is a node that lies on both a cyclic path and on an acyclic path. 

^ For example, in the digraph shown in FIG. 5, there exists a reference from node A to node 
20 B and another reference from node B to node A. Thus, node B lies on a cyclic path. In 

addition, there is a reference to node B from node C. Thus, node B also lies on an acyclic 

path. Node B is therefore an acyclic node. 

Once the digraph has been traversed, the cycle-detector 16 asks whether the number 
of cyclic paths is equal to the number of internal references to the candidate object (step 
25 72). If the answer is yes, then the cycle-detector determines whether the digraph has any 
acyclic nodes (step 74). If the answer is no, then the number cyclic paths is deemed to be a 
reliable indicator of the disposition of a candidate object. The cycle-detector 16 then 
executes a procedure that removes all cycle markers from all objects and returns, to the 
designating process, the number of cyclic paths (step 76). The details of this procedure are 
30 discussed below in connection with FIG. 4D. 
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On the other hand, if the number of cyclic references is equal to the number of 
internal references, then the cycle-detector 16 executes a procedure to determine whether 
any of the cyclic paths include an acyclic node. The procedure for performing this function 
is discussed below in connection with FIGS. 4D and 4E. 

5 FIG. 4C is a flow-chart illustrating details of a method that may be executed by the 

cycle-detector 16 for traversing the digraph to count the number of cyclic paths to the 
candidate object. To appreciate the operation of the method, it is useful to consider its 
application to the digraph shown in FIG. 6. 

The digraph of FIG. 6 represents an environment 10 that includes five objects A-E. 

l|i Two of these objects, namely objects A and B, have both external references and internal 

W references pointing to them. The remaining three objects C, £>, E have only internal 

fa= references pointing to them. 

m Each object has, associated with it, a pair of static counts. The first static count is an 

0 external-reference count (abbreviated as "ER" in the figures) indicating the number of 

iga external references to that object. The second static count is an internal-reference count 
I (abbreviated as "IR" in the figures) that indicates the number of internal references to that 

4? object. These counts are referred to as "static" counts because they do not change during 

2 the execution of the cycle-detection method shown in FIG. 4C. 

The separation of references into internal and external references, rather than 
20 aggregating references together regardless of their origin, permits the designation process 
14 to summarily designate an object for preservation immediately upon recognizing that its 
external count is non-zero. Only if there are no external references will the designation 
process 14 have to call on the more time-consuming cycle-detector 16 to determine whether 
the object in question must nevertheless be preserved. 

25 The separation of references into internal and external references also permits 

comparison of the number of internal references to a candidate object with the number of 

internal references back to the candidate object contained in objects that are reachable from 

the candidate object but not reachable through any external reference. The procedure for 

comparing these two quantities is carried out by the cycle-detector 16 using a pair of 

30 dynamic counts. These counts are temporarily associated with each object during the 
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execution of the method shown in FIG. 4C. The two counts are "dynamic" counts because 
they are updated during the execution of the method shown in FIG. 4C. 

In FIG. 7, a user has deleted the sole external reference to object A. Since object A 
no longer has any external references to it, it is possible that object^ has been rendered 
5 unnecessary and should be destroyed. However, it is also possible that another object, 
which does have an external reference, also refers to object A, either directly or indirectly. 
The purpose of the cycle-detector 16 is to efficiently distinguish between these two cases. 

For example, in FIG. 7, object B has an external reference. In addition, object B 
refers indirectly (by way of objects D and E) back to object A. Hence, it would be a mistake 
1CL to delete object A (not to mention objects D and E) since to do so would delete an object 
*0 still in use by object B. 

S Following deletion of the external reference, the external-reference count for object 

^ A is decremented to zero. The designation process 14, having recognized that object A has 
Q no external references (step 17 in FIG. 4B) and that it has at least one internal reference 
lL s (step 21 in FIG. 4B), refers object A to the cycle-detector 16. The cycle-detector 16 then 

H designates object A as the input object for purposes of the method shown in FIG. 4C (step 

II I 

M' 20). The cycle-detector 16 then attaches, to that object, a cycle marker that includes the 

"v 

H global cycle-count and the local cycle-count. These counts are shown in the figures as 
"Gcc" and "Lcc" respectively. Counts that have not yet been initialized in this way are 
20 indicated by a value of -1 in the figures. 

Next, the cycle-detector 16 initializes the process by setting the dynamic counts to 
zero (step 22) and setting the current object to be the input object, which in this case is 
object A (step 24). This places the digraph in the state shown in FIG. 8. 

The cycle-detector 16 then traverses all links leading from the current object. To do 
25 so, the cycle-detector 16 determines whether the current object includes links to other 

objects (step 26) that have not been traversed. In this case, the answer is yes because object 
C can be reached from object A. The cycle-detector 16 then pushes the current object, 
which is object A, onto the stack 18 and resets the current object to the object reached, 
namely object C (step 28). The cycle-detector 16 then observes that the current object, 
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namely object C, has its external-reference count set to zero, indicating that there are no 
external references to object C (step 30). Since there are no external references to object C, 
the cycle-detector 16 increments the local cycle-count for the current object. To do so, the 
cycle-detector 16 determines whether the current object already has an associated cycle 
5 marker (step 32). Since this is the first visit to object C, the dynamic counts have not yet 
been initialized. The cycle-detector 16 therefore initializes the dynamic counts to zero (step 
34). Then, the cycle-detector 16 increments the local cycle-count of the current object. This 
places the digraph in the state shown in FIG. 9. 

The cycle-detector 16 next compares the local cycle-count of the current object with 
10 the internal-reference count of the current object (step 38). If these are equal to each other, 
m as is the case here, the global cycle-count of the previous current-object (namely object A) 
W is incremented by the global cycle-count of the current object. The global cycle-count of the 
jC current object is then reset to zero. Since all these values are presently zero, there is no 
t/t actual change in any of the global cycle-counts. 

S 

I •«? 

1 J3 The cycle-detector 16 then determines whether there are any objects referenced by 

Q the current object, which is still set to object C (step 26). Since object C references object 
I?! D, the answer is yes. Hence, the cycle-detector 16 pushes object C onto the stack 18 and 
45 resets the current object to be object D (step 28). The procedure set forth above is then 
|| repeated, except with object D as the current object. This places the digraph in the state 

20 shown in FIG. 10, in which object D has its global cycle-count set to 0 and its local cycle- 
count set to 1. 

Once again, the cycle-detector 16 determines whether there are any objects 
referenced by the current object, which is now set to object D (step 26). Because object E 
can be reached from object A the answer is "yes". The cycle-detector 16 thus proceeds as 
25 already described above, thereby placing the digraph in the state shown in FIG. 1 1 , in 
which object E has its global cycle-count set to 0 and its local cycle-count set to 1 . 

With the current object now set to object £, the cycle-detector 16 again determines 
whether object E refers to any other objects (step 26). In this case, there are two references 
from object E: a reference to object A and a reference to the original input object, namely 
30 object A. The cycle-detector 16 then pushes object E onto the stack 18 and sets the current 
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object to be the input object, namely objects (step 28). This causes the cycle-detector 16 to 
proceed in a manner that is somewhat different from that described above. 

The cycle-detector 16 first determines that object A's external-reference count is 
still equal to zero (step 30). The cycle-detector 16 then recognizes that objects already has 

5 a cycle marker (step 32) and that object A is, in fact, the same as the input object (step 40). 
This causes the cycle-detector 16 to increment the global cycle-count for the most recent 
current object on the stack 18, namely object E, instead of the local cycle-count for the 
current object, namely objects (step 42). The cycle-detector 16 then pops the most recent 
current object, namely object E, off the stack 18 and sets the current object back to that 

10 most recently popped object (step 44). This places the digraph in the state shown in FIG. 

13 12 - 

P The cycle-detector 16 then traverses the remaining reference from object E, namely 

f y the one that leads back to object D. This results in object D being designated the current 

fX object (step 28). However, in this case, the cycle-detector 16 recognizes that the current 

lP object (namely object D) and the input object are not equal (step 40). The cycle-detector 16 

O therefore increments the local cycle-count of the current object (step 46). The cycle- 

m detector 16 then compares the local cycle-count of the current object with the internal- 

4? reference count of the current object (step 48). Since these are unequal, the cycle-detector 

Z 16 leaves the digraph in the state shown in FIG. 13, in which object Z)'s local cycle-count 

20 has been incremented to 2 and all global cycle-counts are unchanged. 

The cycle-detector 16 now recognizes that all references from the current object E 
have been considered (step 26) and checks to see if the current object (E) is also the input 
object (step 50). Since the current object (£) is not object A (the input object), the cycle- 
detector 16 proceeds to compare the local cycle-count of the current object (E) with the 

25 internal-reference count of the current object (step 48). This time, the internal-reference 
count of the current object and the local cycle-count of the current object are both equal to 
1 . As a result, the cycle-detector 16 increments the global cycle-count of the previous 
current-object (object D) by adding to it the global cycle-count of the current object. This 
places the digraph in the state shown in FIG. 14, in which the global and local cycle-counts 

30 of object D are set to 1 and 2 respectively. 
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Next, the cycle-detector 16 pops the previous current-object, which is now object D, 
off the stack 18 and makes that object the current object (step 44). Since there are no 
further objects reachable from object D (step 26), and since the current object is not the 
input object (step 50), the cycle-detector 16 compares object D's local cycle-count with its 
5 internal-reference count (step 48). Because the local cycle-count, 2, and the internal- 
reference count, 3, are unequal, the global cycle-count of the previous current-object is left 
alone. The digraph is now in the state shown in FIG. 15. 

The cycle-detector 16 then pops the previous current-object, which is object C, off 
the stack 18 and makes that object the current object (step 44). This time, there is one 
10 reference from the current object that has not been considered, namely the reference back to 

^ the input object (step 26). The cycle-detector 16 pushes the current object back onto the 

.£3 

*ft stack 18 and sets the current object to be object A (step 28). Since object A's reference 

£ count is zero (step 30), since object A already has a cycle marker (step 32), and since object 

!H A happens to be the input object (step 40), the cycle-detector 16 increments the global 

lM cycle-count of object C. This places the digraph in the state shown in FIG. 16, in which the 

^ global cycle-count of object C has been incremented to 1 . 

M The cycle-detector 16 then pops object C back off the stack 18 (step 44) and sets the 

SIT. 5 J 

s si 

1£ current object back to object C. This time, all references from object C have been 
ff considered (step 26). Since the current object is still not the input object (step 50), and 
20 since the local cycle-count and the internal-reference count of object C are equal, the global 
cycle-count of the previous current-object (which is object A) is incremented by the global 
cycle-count of the current object (which is now 1). This places the digraph in the state 
shown in FIG. 17, in which the global cycle-count of object A is now 1 . 

The cycle-detector 16 then pops object A off the stack 18 and sets it to be the 

25 current object (step 44). Since all references by object A have been considered (step 26), the 

cycle-detector 16 determines whether the current object and the input object are the same. 

This time, they are. The cycle-detector 16 then sets the number of cyclic paths to be the 

global cycle-count from the input object (step 52). This completes the first traversal of the 

digraph. The result of this first traversal is a digraph in which each object has a cycle 

30 marker and in which the cycle marker for the candidate object includes a global cycle-count 

indicating the number of cyclic paths to the candidate object. 
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Referring back to FIG. 4B, the cycle-detector 16 then checks to see if the number of 
cyclic paths is equal to the number of internal references (step 72). In this case, the answer 
is "no" because node A's internal-reference count is set to 2 and the number of cyclic paths 
(as reflected in the global cycle-count) is only 1. Accordingly, the cycle-detector does not 

5 have to check for acyclic nodes (step 74). This is because the error that can potentially be 
introduced by an acyclic node is one in which an externally reachable candidate object is 
erroneously designated for destruction. This can only happen when the number of cyclic 
paths is equal to the number of internal references (step 25). Accordingly, the cycle- 
detector 16 proceeds directly to remove all cycle markers and to set the number of cyclic 

10 paths to be the number of cyclic paths (step 76). 

Finally, the number of cyclic paths and the internal-reference count for the input 
tft object are compared again (step 25), this time for the purpose of finally determining 
2 whether the object is to be preserved or destroyed. If the number of cyclic paths is less than 
f% the internal-reference count, the input object (i.e. the candidate object) can be reached 
lftj indirectly by another external reference and therefore should be preserved. A number of 
M cyclic paths that is equal to the internal-reference count indicates that the input object is not 
© reachable by an external reference and can be safely destroyed. In this case, the global 
f|I cycle-count of object A, which is 1 , is less than its internal-reference count, which is 2. 
% Consequently, the candidate object is designated for preservation (step 29). 
-is*. 

20 A procedure for deleting cycle markers is shown in detail in FIG. 4D. This 

procedure traverses the digraph in the same manner already discussed in connection with 
FIG. 4C. The differences between the procedure of FIG. 4C and that of FIG. 4D lies 
primarily in the actions taken at each node. 

The procedure is initialized by setting an input object to be the candidate object 
25 (step 80). Then, the current object is set to be the input object (step 82). The cycle-detector 
16 then determines whether there are additional objects that can be reached from the 
current object (step 84). 

If there are additional objects that can be reached from the current object, then the 
current object is pushed onto the stack and the object that was reachable from the current 
30 object becomes the new current object (step 86). This new current object is then examined 
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to determine if it has a cycle marker (step 88). If the answer is "yes", the cycle marker is 
removed (step 90) and the cycle-detector proceeds to the next object, if any (step 84). If the 
answer is "no", the cycle-detector pops the current object off the stack (step 92) and 
proceeds to the next object, if any (step 84). 

Eventually, the cycle-detector 16 reaches a point at which all nodes reachable from 
a particular node have been examined. The cycle-detector 16 recognizes this by noting that 
there are no more objects that can be reached from the current object (step 84). When this is 
the case, the cycle-detector 16 determines whether the current object is the input (i.e. 
candidate) object (step 94). If it is not, the cycle-detector 16 pops the previous current 
object off the stack (step 92) and thereby works its way backward toward the candidate 
object. If it is, the cycle detector removes the cycle marker of the candidate object and 
stores the value of the global cycle-count (step 96). This value is then compared with the 
number of internal references (step 27 in FIG. 4B) to determine whether the object should 
be destroyed. 

FIG. 1 8 shows a digraph that is identical to that shown in FIG. 4C with the 
exception that object B and its external reference have been removed. When the external 
reference to object^ is removed, as shown in FIG. 19, the digraph becomes isolated from 
all external references. In this case, it is sensible to destroy objects A,C,D, and E to 
conserve system resources. The remaining figures, considered in conjunction with FIG. 4C, 
illustrate the manner in which the designation process 14 achieves this. 

The procedure for determining whether to destroy object^ proceeds similarly to 
that described in connection with FIGS. 7-17. Dynamic counters for object^ are initialized 
to zero, as shown in FIG. 20. The local cycle-count for objects C, D, and E are then 
incremented, as shown in FIGS. 21-23. Because object E has a reference back to object A, 
the global cycle-count for object E is incremented, as shown in FIG. 24. The local cycle- 
counter for object D is incremented for the second time in FIG. 25. Object D's global cycle- 
count then inherits the value of the global cycle-count of object E, as shown in FIG. 26. 
These transitions all occur for the same reasons already described in connection with FIGS. 
7-16. 

Next, the cycle-detector 16 pops the previous current-object, which is now object D, 
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off the stack 18 and makes that object the current object (step 44). Since there are no 
further objects reachable from object D (step 26), and since the current object is not the 
input object (step 50), the cycle-detector 16 compares object £>'s local cycle-count with its 
internal-reference count (step 48). This time, and in contrast to the previous example, the 
local cycle-count, 2, and the internal-reference count, 2, are equal. Therefore, the global 
cycle-count of the previous current-object is incremented by the global cycle-count of the 
current object. This places the digraph in the state shown in FIG. 27, in which object C 
inherits the global cycle-count of object ZX 

The global cycle-count is again incremented for reasons already discussed in 
connection with FIG. 16. This places the digraph in the state shown in FIG. 28, in which 
the global cycle-count of object C is now equal to the internal-reference count of the input 
object. As a result, when the input object inherits the global cycle-count of object C, for 
reasons already discussed in connection with FIG. 17, its global cycle-count becomes equal 
to its internal-reference count. This places the digraph in the state shown in FIG. 29. 

Referring now to FIG. 4B, following execution of the procedure for counting cyclic 
paths (step 70), the cycle-detector 16 asks whether the number of cyclic paths is equal to 
the number of internal references to the candidate object (step 72). In the first example, 
namely that detailed in FIGS. 6-17, the answer was "no" and the step of determining 
whether the digraph includes acyclic nodes (step 74) could be skipped over. In this second 
example, the answer is "yes". 

In many cases, the equality of a candidate object's internal-reference count and its 
global cycle-count means that the candidate object can be safely destroyed. However, there 
are certain cases in which, in spite of the equality of its internal-reference count and its 
global cycle-count, a candidate object must be preserved. These cases are associated with 
the existence of an acyclic node on one of the cyclic paths to the candidate object. 

One case in which the procedure of FIG. 4C is insufficient arises when the digraph 
includes an acyclic node that lacks a direct link to the candidate object. For example, FIG. 
30 shows a digraph in which the candidate object A is externally reachable by the external 
reference to object D. However, following application of the procedure for counting cyclic 
paths (FIG. 4B, step 70), the candidate object's internal-reference count matches its number 
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of cyclic paths, as reflected in its global cycle-count. Unless some action is taken to correct 
this, the candidate object would be erroneously deleted (FIG. 4B, step 25). 

The difficulty in processing the digraph of FIG. 30 arises because object B is 
reached twice during the first traversal of the digraph: once from object^ and again from 
the acyclic object C. As a result, its local cycle-count, which is 2, matches its internal- 
reference count. This causes candidate object^ to inherit object B's global cycle-count 
(step 38 in FIG. 4C). However, earlier in the traversal of the digraph, object B's direct 
reference back to candidate object A resulted in incrementing object B's global cycle-count 
to 1 (step 42 in FIG. 4C). Hence, when object A finally inherits its global cycle-count from 
object B, it inherits a global cycle-count that is equal to its internal-reference count, even 
though it is clear from inspection that object A is externally reachable. 

Whether a particular node is acyclic cannot readily be determined until the digraph 
has been traversed. Hence, to identify acyclic nodes, it is necessary to undertake an 
additional traversal of the digraph. During this second traversal, the cycle-detector 16 
identifies any acyclic nodes, as shown in FIG. 4E, and classifies acyclic nodes thus 
identified, as shown in FIG. 4F. 

The procedure shown in FIG. 4E traverses the digraph in the same manner already 
discussed in connection with FIGS. 4C and 4D. The differences between the procedure of 
FIG. 4E and the procedures discussed in FIGS. 4C and 4D lie in the processing that occurs 
at each node. The steps associated with traversing the digraph in FIG. 4E therefore need not 
be discussed in detail again. 

The key step shown in FIG. 4E is the comparison between a node's local cycle- 
count and its internal-reference count (step 100). It is this step that determines whether a 
particular node is acyclic or not. If the local cycle-count and the internal-reference count are 
the same, then the node in question is cyclic and need not be considered further. Hence, the 
cycle-detector 16 proceeds to the next node on the digraph (step 101). 

On the other hand, if the local cycle-count and the internal-reference count differ, 
then the node in question is acyclic. In this case, the cycle-detector 16 calls a node- 
classifying procedure (illustrated in FIG. 4F) for classifying the acyclic node (step 110) as 
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either a "benign" acyclic node (one which does not introduce error) or as a "malignant" 
acyclic node (one which does introduce an error). The node-classifying procedure returns a 
binary value that indicates whether the acyclic node is malignant or benign. In FIG. 4E, the 
binary values are indicated as being "true" and "false". 

The cycle-detector 16 next determines which of the two binary values the node- 
classifying procedure returned (step 112). A return value of "false" indicates a benign 
acyclic node. When this occurs, the cycle-detector 16 simply proceeds to the next node. A 
return value of "true" indicates a malignant acyclic node that would result in erroneous 
destruction of the candidate object. When this occurs, the cycle-detector 16 sets the global 
cycle-count of the candidate object to be zero. This ensures that the node will not be 
designated for destruction. Since the existence of one malignant acyclic node is enough to 
signify that the object should be preserved, there is no need to traverse the digraph further 
following discovery of a malignant acyclic node. Hence, after setting the global cycle-count 
of the candidate object to zero, the cycle-detector terminates the second traversal of the 
digraph (step 116). 

The procedure for determining whether a particular acyclic node is of the benign or 
malignant variety is shown in FIG. 4F. The illustrated procedure traverses the digraph 
beginning at the acyclic node in question and using the procedure already discussed above 
in connection with FIG. 4C. The key step in establishing malignancy of an acyclic node to 
determine whether there exists a node that is both reachable from the acyclic node and that 
has a non-zero global cycle-count (step 120). If such a node is encountered, the procedure 
recognizes that acyclic node as malignant and immediately returns a value of "true" (step 
122). Otherwise, the procedure continues to traverse the digraph until all nodes reachable 
from the acyclic node have been considered, at which point the procedure returns "false" 
(step 124) to indicate that the acyclic node is benign. 

In the foregoing example, objects refer to other objects for the particular purpose of 
filling in field values. However, this is not the only reason for having one object refer to 
another object. The invention described herein does not depend on the purpose of a 
reference between objects. All that is necessary for practice of the invention is an 
environment in which objects can refer to one another. 
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One example of objects referring to each other for a purpose unrelated to filling in 
field values arises in the context of a system block diagram. In such a block diagram, a 
parent block might be defined in terms of an interconnection of constituent child blocks. In 
such a case, it is desirable to accompany the destruction of the object corresponding to the 
parent block with the destruction of the objects corresponding to the child blocks. 

FIG. 31 shows a corresponding data-structure in which the parent block and the 
child blocks form a tree 62 having a root node 64 corresponding to the parent block and a 
collection of child nodes 65a-d corresponding to the child blocks. 

As used herein, the term "tree" means a special case of a digraph in which there are 
no cyclic paths and in which each node can have no more than one parent node (i.e. a node 
referencing that node). This property of trees provides an opportunity for bypassing certain 
steps in the method shown in FIG. 4C when the object being considered for destruction is 
known to be part of a tree. 

If an external reference to a node is deleted, in many cases it is not necessary to 
traverse the entire tree 62 to determine that the node can be safely destroyed. To exploit 
this property, it is useful to differentiate between references that are known to be in a tree 
and references that may not be part of a tree. Differentiation between these two references 
makes it possible to implement an alternative cycle-detecting process shown in FIG. 32. 

The method shown in FIG. 32 is similar to that shown in FIG. 4C, with the 
exception of additional steps that direct the flow of control to one of two other steps on the 
basis of whether or not the current object is the part of a tree. 

In the alternative method, the cycle-detector 16 recognizes whether the current 
object was reached because it was part of a tree, as shown in FIG. 3 1 , or if the current 
object was reached in an effort to fill in a field value (step 66), in which case the object may 
or may not be part of a tree. 

If the current object does not have any external references (step 30), the cycle- 
detector 16 traverses the tree up to its root node to determine whether any object in the tree 
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above the current object has an external reference (step 68). If the answer is yes, the cycle- 
detector replaces the current object with the previous current-object (step 44), skipping over 
several steps in the illustrated method. Otherwise, the method proceeds as already 
discussed above in connection with FIG. 4C. 

5 Following its first encounter with a current object (steps 32, 34), the cycle-detector 

16 branches on the basis of the information recorded in step 66 (step 70). If the current 
object was reached as part of a tree, as shown in FIG. 3 1 , the cycle-detector 16 does not 
increment the local cycle-count of the current object at all (step 36). This is because the 
references that make up a tree are not counted in the internal reference count and thus, they 
10 should not be counted in the local cycle count. Instead, the cycle detector 16 skips directly 

m to comparing the local cycle-count of the current object with the internal-reference count of 

a? that object (step 38). 

pi An environment for carrying out the method shown in FIG. 32 requires that each 

J! object identify those references that are used to compose a tree. 

I S Other implementations are within the scope of the following claims. 

Having described the invention, and a preferred embodiment thereof, what we claim 
4; as new and secured by letters patent is: 
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